[EuiDataGrid] Reduce hidden SR text when copying text from multiple cells#6817
Conversation
|
Preview documentation changes for this PR: https://eui.elastic.co/pr_6817/ |
1Copenut
left a comment
There was a problem hiding this comment.
👍 This drives really well. I tested it with VO (Safari and FF) and NVDA (Chrome and FF). I had the screen reader running and used the mouse or track pad to highlight between 1 and 5 rows and paste them into Notes or Notepad respectively.
Notes does some odd things with Chrome/Edge in formatting, but none of the other browsers do this. 🤞 the Chromium fix that you're waiting on cleans this up too. Small nit but worth noting.
|
Thanks for the zippy review Trevor!
It was already doing this in prod for formatting, so yeah just a Chromium thing I think. The only thing that matters for this PR is that the SR text isn't in there 🤞 |
…ltiple cells (elastic#6817)" This reverts commit 48c957b.
This is a backport EUI upgrade to Kibana v8.8.1 containing an EuiDataGrid bugfix requested by the Discover team: elastic/eui#6804 (comment) ## [`77.1.4`](https://github.com/elastic/eui/tree/v77.1.4) - Updated `EuiDataGrid` to only render screen reader text announcing cell position if the cell is currently focused. This should improve the ability to copy and paste multiple cells without SR text. ([#6817](elastic/eui#6817))
## Summary `eui@81.0.0` ⏩ `eui@81.2.0` - Most changes to source code in this PR are CSS cleanups/deprecations in `EuiSuperDatePicker`/`EuiDatePickerRange` - One team (ML) had a `inline` specific usage of `EuiDatePickerRange` that they reached out to us about via Slack, and that we have fixed in this PR. - All other usages of date picker components should have remained working as-is with no changes, but please ping us if you see otherwise! ___ ## [`81.2.0`](https://github.com/elastic/eui/tree/v81.2.0) - Updated `EuiSuperDatePicker` to accept an object configuration for `isDisabled` ([#6821](elastic/eui#6821)) **Bug fixes** - Fixed broken `EuiSuperDatePicker` styles ([#6821](elastic/eui#6821)) ## [`81.1.0`](https://github.com/elastic/eui/tree/v81.1.0) - Added `EuiInlineEditText` and `EuiInlineEditTitle` components ([#6757](elastic/eui#6757)) - Updated `EuiDatePickerRange` to support `inline` display ([#6795](elastic/eui#6795)) - Added an `onError` callback prop to `EuiErrorBoundary` ([#6810](elastic/eui#6810)) - Updated `EuiDataGrid` to only render screen reader text announcing cell position if the cell is currently focused. This should improve the ability to copy and paste multiple cells without SR text. ([#6817](elastic/eui#6817)) **Bug fixes** - Fixed `EuiDatePicker`'s `inline` display to correctly render and prevent user interaction when `disabled` or `readOnly` ([#6795](elastic/eui#6795)) - Fixed `EuiDatePicker`'s `inline` display to correctly render `isInvalid` and `isLoading` icons ([#6795](elastic/eui#6795)) **CSS-in-JS conversions** - Converted `EuiDatePickerRange` to Emotion ([#6795](elastic/eui#6795)) --------- Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
Summary
This PR attempts to provide an interim workaround to #6804 while #6806 is blocked due to a Chromium bug.
It adds the
hiddenattribute to SR text of cells that aren't currently being focused, which prevents the text from being selected/copied in all browsers. The currently focused cell should not behiddenand should still read out its cell position to screen readers.It's not 100% perfect as the cell position of the currently focused cell will still be end up in a copy/paste selection, but that's infinitely easier to edit once vs having to modify every single cell.
QA
General checklist